home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Software Vault: The Gold Collection
/
Software Vault - The Gold Collection (American Databankers) (1993).ISO
/
cdr25
/
aunt_os2.zip
/
AUNT-OS2.DOC
Wrap
Text File
|
1993-03-01
|
6KB
|
140 lines
Auntie 512 under OS/2 v2
------------------------
Auntie is a DOS program, designed to run under the various
versions of DOS available. OS/2 v2 has a DOS compatibility box, and
although Auntie is not guaranteed to run in it, she has been modified
slightly to be aware of OS/2, and she does run under OS/2. The following
docs are written to help those who want to run Auntie, but only have
OS/2 on their machines. As Auntie's author does NOT run OS/2 and has not
written her to be 100% compatible with OS/2, you may be on your own if
you have problems. But as there is at least one Auntie-op running
version 512 under OS/2, so it can be done.
The following applies to running Auntie under OS/2 v2.0. I am
currently using the High Performance File System (HPFS) but the
following should apply just as easily to using Auntie in a FAT
partition.Auntie has not been tested under previous versions of OS/2.
Auntie runs well in an OS/2 v2 VDM (Virtual Dos Machine, also
known as a DOS Box). This applies for a single node only. It seems
that at this time, OS/2 is not yet configurable enough to tune the
timeslicing well enough to provide decent enough performance of multiple
DOS communications programs.
Setting up Auntie to run in a DOS box is not much different from
setting her up to run under Desqview. If you are currently running OS/2
v2, you'll probably have already realized that memory managment (by you,
the user) is a whole different ball game than under DOS. This means
that a few of the recomendations listed elsewhare in this documentation
need to be reviewed, and possibly rethought under OS/2 v2. If you are
running LOTS of RAM, such as 16 meg to 32 Meg, then the following
caveats may not apply, but keep them in mind anyhow. And don't even
think about running Auntie on a 4 Meg OS/2 machine, as the disk swapping
will drive you nuts, and bring the performance to a (disk)grinding halt,
literally.
If you are running OS/2 on an 8 Megabyte RAM machine, most of
your RAM is already in use, just after you boot up. So don't set your
CACHE or DISKCACHE settings too high. The reasoning is that the
applications, including Auntie, will just start swapping sooner and more
often with less available RAM, and this means that the disk cache is
just not gonna make up for the added disk access.
This also stands doubly true for a RAM disk. Under DOS, it is
recomended that you set up a RAM disk for Auntie (available RAM
permitting) for the location of temporary files and other frequently used
files. This is NOT true under OS/2. If you add a RAM disk, your
applications will lose that available RAM and constantly swap to disk,
reducing your performance by more than that gained from the RAM disk.
In other words, just set up a simple system with all your temp
paths and executables, etc., located on your hard disk, and forget about
a RAM drive.
Using either a DOS Box template, or a copy of your DOS Full
screen session, make a configured session for Auntie. Set EMS memory
setting to those recommended in the Desqview documentation above, i.e.,
as much as you need to run to allow Auntie to shell out to run various
programs like QMD, DSZ or HSLINK. Although OS/2 may end up swapping
other stuff to disk, this will increase performance a bit. I set my
EMS memory in the session to 1 Meg. You can set DPMI and XMS memory to
zero.
Other important settings:
COM_HOLD
ON; This keeps other sessions from interrupting the com port
in use.
DOS_BACKGROUND_EXECUTION
ON; Otherwise the session stops in the background.
DOS_DEVICE
Be sure to include ANSI.SYS, either in your CONFIG.SYS or in
this location.
IDLE_SECONDS
Set this to 60 (max), to preclude OS/2 from arbitrarily
de-prioritizing Auntie.
IDLE_SENSITIVITY
Set this to 100 to disable the above setting.
DO_UMB
OFF; It appears that the program that helps Auntie shell for
various items (shell to DOS, QMD, etc) requires control over the
UMBs. If you get an error during such operations, check this
setting. This precludes any benefits of attempting to load
ANSI.SYS high using the "DEVICEHIGH=" statement in the
CONFIG.SYS, although it does not hurt to do so (for the benefit
of other non-Auntie sessions that may have UMB=ON)
I do not suggest running any DOS based communications program in
a windowed DOS box, as the translation of the screen output to the
graphical fonts is so much slower than just using a full screen text
mode. You can use either one, but callers at 9600+ bps will notice much
slower screens if you are windowing your session. Any other settings
that you may see as useful, just play around with. Your mileage may
vary.
There is a FOSSIL driver (currently X00149a) that is available
that has been recoded to be compatible with OS/2. This will help with
your performance and with doors that require a FOSSIL driver. I use
this at this time with no ill effects.
Finally disable "deleted file saving" by setting your resetting
your "deldir" statement to null (if desired, as the temp files will
litter and fill up your delete directory) and add a MODE command to your
RUNANT batch file, so that it is similar to this:
---------------------------------------
@echo off
mode COM1:38400,N,8,1,,TO=OFF,XON=OFF,IDSR=OFF,ODSR=OFF,OCTS=OFF,
(continued from previous line) DTR=OFF,RTS=OFF,BUFFER=ON
X00 E 1 B,0,38400 F=15 T=2048 R=4096
set deldir=
set dszlog=d:\bbs\temp\dsz.log
set DSZOPT=rrm8gS
set ZONE=420
if exist door.bat del door.bat
if exist endaunt del endaunt
if exist asd del asd
auntie
if exist door.bat door
if exist asd asdnode1
if exist endaunt goto end
runant1
:end
del endaunt
---------------------------------------
I am currently running one 14.4k bps USRobotics Dual Standard
modem, and one local node. The warnings about single node use only
apply to actual modem lines on the same machine.
If you have further questions about running Auntie under OS/2 v2,
contact me via the Auntie Support Forum, or at HDM BBS, (510) 682-1371
William Plein
Concord, CA